home *** CD-ROM | disk | FTP | other *** search
/ AMIGA PD 1 / AMIGA-PD-1.iso / NetBSD / docs-netbsd / Mailinglist-Archive / 1994-08.gz / 1994-08 / 000095_owner-current-u…s.berkeley.edu_Wed Aug 3 01:33:16 1994.msg < prev    next >
Text File  |  1994-10-16  |  2KB  |  48 lines

  1. From: Drew Hess <dhess@CS.Stanford.EDU>
  2. Subject: Re: MSDOSFS problems
  3. To: Mike.Long@analog.com
  4. Cc: current-users@sun-lamp.cs.berkeley.edu
  5. X-Mailer: ELM [version 2.4 PL21]
  6. Content-Type: text
  7. Content-Length: 1480      
  8. Sender: owner-current-users@sun-lamp.cs.berkeley.edu
  9.  
  10. Mike Long writes:
  11. > >Date: Tue, 02 Aug 1994 15:28:39 -0400
  12. > >From: Ken Hornstein <kenh@wrl.EPI.COM>
  13. > >
  14. > [Drew Hess wrote:]
  15. > >>Has anyone else had MSDOSFS problems in the last few days?  I'm running
  16. > >>a July 31 -current/i386 system (binaries and kernel), and whenever I try to
  17. > >>cp a file from a NetBSD partition to an MS-DOS filesystem the machine hangs
  18. > >>and I have to do a hard reset.
  19. > >
  20. > >Just curious; have you verified that the MS-DOS filesystem isn't corrupt?  I
  21. > >used to have similar problems until I ran CHKDSK under DOS and fixed some
  22. > >filesystem inconsistancies.
  23. > I have had similar problems, and CHKDSK found nothing wrong with my
  24. > disk before or after.  I am also using an IDE disk (Western Digital
  25. > WDAC2420); the MSDOS partition was fdisk'ed and formatted using MSDOS
  26. > 6.00, and is 125 MB in size (2K clusters).  When I rebooted into DOS,
  27. > an 0-length entry for the file I had tried to write was in the
  28. > directory; so it created the directory entry OK but choked when it
  29. > tried to write the data.  I didn't get the problem consistently; I was
  30. > able to write some small files to the MSDOS partition before my system
  31. > hung.
  32.  
  33.  
  34. Yes, exactly the same thing happened to me.  Trying a 
  35.  
  36. cp -r dir /dos
  37.  
  38. copied some of the files (though in one case the files were corrupt) and then
  39. created a 0-length file for the last file in the directory and hung.
  40.  
  41. Copying just a single file consistently hangs the system.
  42.  
  43.  
  44. -dwh-
  45. dhess@cs.stanford.edu